home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / tcp / 940143.txt < prev    next >
Internet Message Format  |  1994-11-13  |  11KB

  1. Date: Sat,  9 Jul 94 04:30:08 PDT
  2. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  3. Errors-To: TCP-Group-Errors@UCSD.Edu
  4. Reply-To: TCP-Group@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: TCP-Group Digest V94 #143
  7. To: tcp-group-digest
  8.  
  9.  
  10. TCP-Group Digest            Sat,  9 Jul 94       Volume 94 : Issue  143
  11.  
  12. Today's Topics:
  13.                         AX.25 drivers for ODI
  14.                         DOS and Packet drivers
  15.                   Dreams in Black and White (2 msgs)
  16.                       new WWW page for ham radio
  17.                       WWW Interface for the Ka9q
  18.                      WWW Interface for the KA9Q??
  19.  
  20. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  21. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  22. Problems you can't solve otherwise to brian@ucsd.edu.
  23.  
  24. Archives of past issues of the TCP-Group Digest are available
  25. (by FTP only) from UCSD.Edu in directory "mailarchives".
  26.  
  27. We trust that readers are intelligent enough to realize that all text
  28. herein consists of personal comments and does not represent the official
  29. policies or positions of any party.  Your mileage may vary.  So there.
  30. ----------------------------------------------------------------------
  31.  
  32. Date: 08 Jul 1994 10:13:10 GMT
  33. From: "Bill Horne" <NSYSTEM.ZMPEHOR@a50vm1.trg.nynex.com>
  34. Subject: AX.25 drivers for ODI
  35. To: tcp-group@ucsd.edu
  36.  
  37. I'm looking for an ODI-compatible driver that will allow using Novell IPX
  38. and/or IP over AX.25 KISS links.  In other words, I want to be able to log
  39. into a Novell server over an AX.25 link.  If you know of any such software,
  40. please send me a note.  Also, if you have the programmer's information on
  41. how to code an ODI-compliant driver in C, please send that as well.
  42.  
  43. Thanks in advance.
  44.  
  45. Bill Horne, aa1es
  46. nsystem.zmpehor@a50vm1.trg.nynex.com
  47. - - - - - - - - - - - - - - - - - - - - - - - - -
  48. This message may contain opinions which differ from my employer's.
  49.  
  50.                                                E. William Horne
  51. (617) 743-9609                         Oliver Tower, Room 20257
  52. OV ID "HORNE"                                      125 High St.
  53. ______________________________________          Boston MA 02110
  54.  
  55. ------------------------------
  56.  
  57. Date: Fri, 08 Jul 1994 12:57:30 +0100
  58. From: Adrian Godwin <agodwin@acorn.co.uk>
  59. Subject: DOS and Packet drivers
  60. To: glg@balrog.k8lt.ampr.org (Gary L. Grebus)
  61.  
  62. > The KISS support in the standard SLIP packet driver only sets the
  63. > driver class to "KISS".  It doesn't change what is sent, and doesn't
  64. > support the AX.25 layer you need on the air.
  65.  
  66. What does the packet driver in bpqcode provide ?
  67.  
  68. -adrian
  69.  
  70. ------------------------------
  71.  
  72. Date: Fri, 08 Jul 94 08:42:29      
  73. From: jks@giskard.utmem.edu
  74. Subject: Dreams in Black and White
  75. To: tcp-group@ucsd.edu
  76.  
  77. I guess I'll wade in some... But I'm gonna throw water on the flames!
  78.  
  79. Steve and Walt seem to be talking to the same issue here! Alan (on the other
  80. hand has been an avowed UNIX fanatic for years. UNIX and derivatives are 
  81. fine-- so is sarcasm.... so long as the subtle Brit irony and black humor is
  82. not misunderstood by us "uncultured colonials" over here in North America 
  83. like it usually is.
  84.  
  85. I have to side with Steve (in particular) on the OS question. ANY "real" OS 
  86. is fine so long as it is capable of being kept lean and mean. (Not a munged 
  87. up bootstrap loader with bugs preserved so as not to *break* applications
  88. written to work around problems in earlier versions. MS-DOS is dead-- long 
  89. live MS-DOS!) LINUX and OS/2 (without the Workplace Shell) can be kept 
  90. small, fast, will boot off floppies and have TCP/IP implementations and 
  91. GNU C/CPP written for it.
  92.  
  93. A radical proposal it might seem in a world of rugged individualists...  but
  94. the transliteration ("port" is to crude a word - ) of amateur radio enabled
  95. IP services and applications to any OS environment ought to be carried out
  96. with an eye toward using common source code and an a *completely uniform*
  97. user command set. Hardware level stuff should be left to individual OS 
  98. developers, but called by the servs/apps in a standardized manner that can
  99. be ifdef'ed in or out by compile... Say - as in the Columbia University
  100. KERMIT project.
  101.  
  102. Then if Walt wants to write a bunch of DSOM enabled Workplace Shell IP Apps 
  103. and Steve wants to do the same in X-windows (do I hear the sound of distant
  104. apoplexic seizures Alan?) they can do it and not worry about the binary
  105. unlayment or disturbing the serenity of the "text-mode-forever" UNIX
  106. fanatics.
  107.  
  108. Steve to Walt> I may have misread your article.
  109.  
  110. You did misread Walt's note.. I have talked/argued with Walt since the 
  111. earliest port of NOS to OS/2. His point, which I take the liberty to 
  112. re-state is that there are a larger number of sysop/users that can't justify
  113. dedicating a whole machine to packet radio. Use of freeBSD or LINUX would 
  114. prevent them from using DOS "legacy applications" while they run their IP 
  115. stuff in the background. OS/2 easily allows one to do this (I am as I
  116. write!) without major retraining or getting a CS / programming background.
  117.  
  118. Where I do agree with Steve is:
  119. > I was only pointing out that the routers should be standardized and capable of
  120. > using high speed hardware, large address space, and multi-tasking software.
  121. > The router should be cheap.
  122.  
  123. LINUX may indeed be the best option for 80X86 based gateway/router
  124. platforms! What about old 68K or MIPS or even new PPC boxes? Could we keep 
  125. the code portable? Common featured? Avoid rampant "feeping creaturism" as
  126. Kurt Freiberg likes to call it? I think we better!
  127.  
  128. Lets avoid talking about UI/GUI issues in the same breath as 
  129. server/gateway/router issues. xNOS on DOS is the last gasp of an old
  130. *all-in-one* solution based on an obsolete single tasking realtime interrupt
  131. handler and the paradigm has shifted with freeBSD/LINUX/OS/2 (and maybe even
  132. NT minus the graphical trappings) Let's get use to it!
  133.  
  134. Jack Spitznagel, DDS, PhD
  135. KD4IZ
  136. College of Dentistry
  137. UT - Memphis
  138. (901) 488-6242
  139.  
  140. ------------------------------
  141.  
  142. Date: Fri, 08 Jul 94 08:42:29      
  143. From: jks@giskard.utmem.edu
  144. Subject: Dreams in Black and White
  145. To: tcp-group@ucsd.edu
  146.  
  147. I guess I'll wade in some... But I'm gonna throw water on the flames!
  148.  
  149. Steve and Walt seem to be talking to the same issue here! Alan (on the other
  150. hand has been an avowed UNIX fanatic for years. UNIX and derivatives are 
  151. fine-- so is sarcasm.... so long as the subtle Brit irony and black humor is
  152. not misunderstood by us "uncultured colonials" over here in North America 
  153. like it usually is.
  154.  
  155. I have to side with Steve (in particular) on the OS question. ANY "real" OS 
  156. is fine so long as it is capable of being kept lean and mean. (Not a munged 
  157. up bootstrap loader with bugs preserved so as not to *break* applications
  158. written to work around problems in earlier versions. MS-DOS is dead-- long 
  159. live MS-DOS!) LINUX and OS/2 (without the Workplace Shell) can be kept 
  160. small, fast, will boot off floppies and have TCP/IP implementations and 
  161. GNU C/CPP written for it.
  162.  
  163. A radical proposal it might seem in a world of rugged individualists...  but
  164. the transliteration ("port" is to crude a word - ) of amateur radio enabled
  165. IP services and applications to any OS environment ought to be carried out
  166. with an eye toward using common source code and an a *completely uniform*
  167. user command set. Hardware level stuff should be left to individual OS 
  168. developers, but called by the servs/apps in a standardized manner that can
  169. be ifdef'ed in or out by compile... Say - as in the Columbia University
  170. KERMIT project.
  171.  
  172. Then if Walt wants to write a bunch of DSOM enabled Workplace Shell IP Apps 
  173. and Steve wants to do the same in X-windows (do I hear the sound of distant
  174. apoplexic seizures Alan?) they can do it and not worry about the binary
  175. unlayment or disturbing the serenity of the "text-mode-forever" UNIX
  176. fanatics.
  177.  
  178. Steve to Walt> I may have misread your article.
  179.  
  180. You did misread Walt's note.. I have talked/argued with Walt since the 
  181. earliest port of NOS to OS/2. His point, which I take the liberty to 
  182. re-state is that there are a larger number of sysop/users that can't justify
  183. dedicating a whole machine to packet radio. Use of freeBSD or LINUX would 
  184. prevent them from using DOS "legacy applications" while they run their IP 
  185. stuff in the background. OS/2 easily allows one to do this (I am as I
  186. write!) without major retraining or getting a CS / programming background.
  187.  
  188. Where I do agree with Steve is:
  189. > I was only pointing out that the routers should be standardized and capable of
  190. > using high speed hardware, large address space, and multi-tasking software.
  191. > The router should be cheap.
  192.  
  193. LINUX may indeed be the best option for 80X86 based gateway/router
  194. platforms! What about old 68K or MIPS or even new PPC boxes? Could we keep 
  195. the code portable? Common featured? Avoid rampant "feeping creaturism" as
  196. Kurt Freiberg likes to call it? I think we better!
  197.  
  198. Lets avoid talking about UI/GUI issues in the same breath as 
  199. server/gateway/router issues. xNOS on DOS is the last gasp of an old
  200. *all-in-one* solution based on an obsolete single tasking realtime interrupt
  201. handler and the paradigm has shifted with freeBSD/LINUX/OS/2 (and maybe even
  202. NT minus the graphical trappings) Let's get use to it!
  203.  
  204. Jack Spitznagel, DDS, PhD
  205. KD4IZ
  206. College of Dentistry
  207. UT - Memphis
  208. (901) 488-6242
  209.  
  210. ------------------------------
  211.  
  212. Date: Fri, 8 Jul 94 12:54:14 HST
  213. From: Antonio Querubin <tony@mpg.phys.hawaii.edu>
  214. Subject: new WWW page for ham radio
  215. To: nos-bbs@hydra.carleton.ca, tcpgroup@ucsd.edu
  216.  
  217. I've setup a Web page for Amateur Radio stuff.  The URL is
  218.  
  219. http://mpg.phys.hawaii.edu/AmateurRadio.html
  220.  
  221. I've kept it as brief as possible so that accessing it over packet
  222. radio via the Internet gateways doesn't turn into a long wait.
  223. But it still has connecting links to the major Internet resources that
  224. I think the average ham would want to look at.  The page is new and
  225. subject to change of course :).
  226.  
  227.  
  228. Antonio Querubin  
  229. tony@mpg.phys.hawaii.edu / ah6bw@uhm.ampr.org / querubin@hawaii.bitnet
  230.  
  231. ------------------------------
  232.  
  233. Date: Fri, 08 Jul 94 13:28:49 CST
  234. From: rtorres@tazz.coacade.uv.mx
  235. Subject: WWW Interface for the Ka9q
  236. To: tcpgroup@ucsd.edu
  237.  
  238. Just for your information: The latest HTTPD (WWW Server) from the National
  239. Center for Supercomputer Applications includes user security (password).
  240. It could enable (i think) to anyone to send and receive mail, get in
  241. chat mode and everything actually a user can do inside the mailbox.
  242. So, what do you think about it???
  243. Greetings from Mexico!!
  244. Roman
  245. Roman Torres
  246. Programmer
  247. Sysop Tazz BBS
  248. rtorres@tazz.coacade.uv.mx
  249.  
  250. ------------------------------
  251.  
  252. Date: Fri, 08 Jul 94 13:05:44 CST
  253. From: rtorres@tazz.coacade.uv.mx
  254. Subject: WWW Interface for the KA9Q??
  255. To: tcpgroup@ucsd.edu
  256.  
  257. Hi Folks!! Why not to put a WWW interface for the Ka9q?? It is reliable, it
  258. is standard , and it is nice :). Why not??
  259. Greetings!!
  260. Roman
  261. Roman Torres
  262. Programmer
  263. Sysop Tazz BBS
  264. rtorres@tazz.coacade.uv.mx
  265.  
  266. ------------------------------
  267.  
  268. End of TCP-Group Digest V94 #143
  269. ******************************
  270.